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Foreword 



This ETSI Technical Specification (TS) has been produced by the Special Mobile Group (SMG) of the European 
Telecommunications Standards Institute (ETSI). 

This TS specifies the technical realisation of the first phase of the network feature Support of Optimal Routeing (SOR) 
within the digital cellular telecommunications system (Phase 2/Phase 2+). 

The contents of this TS are subject to continuing work within SMG and may change following formal SMG approval. 
Should SMG modify the contents of this TS, it will then be republished by ETSI with an identifying change of release 
date and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 



This standard specifies the technical reaHsation of the first phase of the network feature Support of Optimal Routeing 
(SOR). The first phase of SOR provides: 

a method to route a call from one mobile subscriber directly to another mobile subscriber who is in the same 
country as the calling mobile subscriber or in the called mobile subscriber's home country, without needing to 
connect the call via the HPLMN of the called subscriber, even though the called mobile subscriber has roamed 
outside his HPLMN; 

a method to forward calls when a called mobile subscriber who has roamed outside his home country is busy, or 
is not reachable, or does not reply, to a forwarded-to destination in the HPLMN country of the called subscriber 
or the VPLMN country of the called subscriber, without needing to connect the forwarded call via the VPLMN 
of the called subscriber; 

a method to combine the optimal routeing described in the first bullet point above with the optimal routeing 
described in the second bullet point above. 

OR of a call is permitted only if all entities involved in handling the call support OR. 

Other cases of optimal routeing (e.g. calls where the calling and called subscribers are in different countries, forwarding 
to a mobile subscriber or multiple forwarding) will be considered for inclusion in later phases. 



Normative references 



[1] GSM 01.04 (ETR 350): "Digital cellular telecommunications system (Phase 2+); Abbreviations 

and acronyms". 

[2] GSM 02.79: "Digital cellular telecommunications system (Phase 2+); Support of Optimal Routeing 

(SOR); Service definition (Stage 1)". 

[3] GSM 02.82: "Digital cellular telecommunications system; Call Forwarding (CF) Supplementary 

Services - Stage 1". 

[4] GSM 03.03 (ETS 300 927): "Digital cellular telecommunications system (Phase 2+); Numbering, 

addressing and identification". 

[5] GSM 03.04: "Digital cellular telecommunications system; Signalling requirements relating to 

routeing of calls to mobile subscribers". 

[6] GSM 03.18 (TS 101 043): "Digital cellular telecommunications system (phase 2+); Basic call 

handling; Technical realisation". 

[7] GSM 03.78 (TS 101 044): "Digital cellular telecommunications system (phase 2+); Customised 

Applications for Mobile network Enhanced Logic (CAMEL) - Stage 2". 

[8] GSM 03.85: "Digital cellular telecommunications system; Closed User Group (CUG) 

supplementary services - Stage 2". 



3 Definitions and abbreviations 

3.1 Definitions 

A subscriber: The calling subscriber, who may be fixed or mobile. 

B subscriber: The mobile subscriber originally called by the A subscriber. 
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C subscriber: The subscriber to whom the B subscriber has requested that calls be forwarded. The C subscriber may be 
fixed or mobile. 

Direct route: A call takes the direct route if the route from the serving PLMN of the A subscriber to the serving PLMN 
of the B subscriber is defined by the MSRN of the B subscriber rather than by the MSISDN of the B subscriber. 

Early call forwarding: call forwarding from the IPLMN before the call has been extended to the VPLMN of the 
forwarding subscriber. 

HPLMN leg: The portion of the HPLMN route from the serving MSC of the A subscriber to an MSC in the HPLMN of 

the B subscriber. 

HPLMN route: A call takes the HPLMN route if the route from the serving MSC of the A subscriber to the serving 
MSC of the B subscriber is defined by the MSISDN of the called subscriber. This forces the call to be routed via the 
HPLMN of the B subscriber. 

Interrogating PLMN (IPLMN): The PLMN which interrogates the HPLMN of the B subscriber to obtain information 
to route the call to that subscriber or to the forwarded-to destination defined by the called mobile subscriber. The 
IPLMN is also the VPLMN of the A subscriber. 

Late call forwarding: call forwarding after the call has been extended to the VPLMN of the forwarding subscriber. 
Late call forwarding may be invoked in the IPLMN or the VPLMN of the forwarding subscriber. 

Reference address: The address which defines the maximum charge which the A party is prepared to pay for the call 
leg which he originates. 

Routeing address: The address which the GMSC uses to route a call towards the B subscriber or the C subscriber. 

3.2 Abbreviations 

Abbreviations used in this specification are listed in GSM 01.04 [1]. 

For the purpose of this specification the following abbreviations apply: 

BOIZC Barring of Outgoing InterZonal Calls 

BOIZC-exHC Barring of Outgoing InterZonal Calls except those directed to the HPLMN Country 

CMN CAMEL Modified Number 

FTN Forwarded-To Number 

FTNW Forwarded-To NetWork 

GMSCA The GMSC in the IPLMN, which may also be VMSCA 

GMSCB The GMSC in HPLMNB 

GMSCC The GMSC in HPLMNC 

HLRB The HLR of the B subscriber 

HLRC The HLR of the C subscriber 

HPLMNB The HPLMN of the B subscriber 

HPLMNC The HPLMN of the C subscriber 

lAM Initial Address Message 

IPLMN Interrogating PLMN 

ORLCF Optimal Routeing for Late Call Forwarding 

PRN Provide Roaming Number 

PSI Provide Subscriber Information 

RCH Resume Call Handling 

SIFIC Send Information For Incoming Call 

SIFOC Send Information For Outgoing Call 

SRI(B) Send Routeing Information (Basic call) 

SRI(F) Send Routeing Information (Forwarding information) 

VLRA The VLR of the A subscriber 

VLRB The VLR of the B subscriber 

VMSCA The VMSC of the A subscriber 

VMSCB The VMSC of the B subscriber 
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4 Architecture 

4.1 Optimal routeing for basic mobile-to-mobile calls 

The existing GSM architecture supports the primary technical requirement of optimal routeing for mobile-to-mobile 
calls (basic OR): that a GMSC can interrogate an HLR in a different PLMN to obtain routeing information for a mobile 
terminated call [5]. Three logically distinct PLMNs are involved in the handling of an optimally routed mobile-to- 
mobile call: 

the IPLMN, which is also the VPLMN of the calling mobile subscriber; 

- the HPLMN of the called mobile subscriber (HPLMNB); 

- the VPLMN of the called mobile subscriber (VPLMNB). 

Any two or all three of these PLMNs may be identical; in figure 1 they are shown as distinct. 

Figure 1 shows the communication between the IPLMN, HPLMNB and VPLMNB for an optimally routed mobile-to- 
mobile call. 



IPLMN 

lAM 
(ISUP) 



VMSCA 




GMSCA 



T^ 



lAM 
(ISUP) 



■> VMSCB 



VLRB 



VPLMNB 




Send Routeing \ 
Info/ack \ 



/Provide Roaming 
' Number/ack 



HLRB 



HPLMNB 



Figure 1 : Architecture for optimal routeing of basic mobile-to-mobile call 

In figure 1 and throughout this specification, the term ISUP is used to denote the telephony signalling system used 
between exchanges. In a given network, any telephony signalling system may be used; the only additional requirement is 
that GMSCA must be able to signal to VMSCA the destination address which it has used to route the call. 



If the VMSC of the calling mobile subscriber (VMSCA) is distinct from the GMSC, it constructs an ISUP Initial 
Address Message (lAM) using the MSISDN of the called subscriber and sends it to the GMSC. If the GMSC, which 
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may be distinct from the VMSC of the calling mobile subscriber but is in the VPLMN of the calling mobile subscriber, 
is in a different PLMN from HLRB, it requests routeing information from HLRB using the MAP protocol. If HLRB 
determines that the call can be routed directly from the GMSC to VMSCB without contravening the charging 
requirements for optimal routeing given in subclause 9. 1, it requests a roaming number from VLRB using the MAP 
protocol, and VLRB returns a roaming number in the Provide Roaming Number ack. HLRB returns the roaming number 
to the GMSC in the Send Routeing Info ack. The GMSC uses the roaming number to construct an ISUP lAM, which it 
sends to VMSCB. The call is then handled according to the existing GSM procedures, except that if the call is answered 
GMSCA inserts in the ISUP Answer message the destination address which it used to route the call, to allow VMSCA to 
generate the correct charging record. 

NOTE: If the GMSC returns an ISUP Answer message before it has received an Answer message from the final 
destination (e.g. because of an interaction with a Specialised Resource Function) an incorrect destination 
address (or no destination address) can be sent to VMSCA, even though the call is eventually optimally 
routed. 

4.2 Optimal routeing for conditional call forwarding 

Some cases of call forwarding on mobile subscriber not reachable (CFNRc) are handled in the IPLMN, without the call 
being extended to the VPLMN of the forwarding subscriber. For these cases, referred to in this specification as early call 
forwarding, the forwarding is already optimally routed. 

When a call has been extended from the GMSC to VMSCB, the current GSM procedures lead to any conditional call 
forwarding being routed from VMSCB to the forwarded-to destination; this is referred to in this specification as late call 
forwarding. Optimal routeing for late call forwarding (ORLCF) allows VMSCB to return control of the call to the 
GMSC, which can then route the call to the forwarded-to destination. 

Figure 2 shows the architecture for ORLCF. Phase 1 of SOR does not include optimal routeing of forwarding to a 
mobile subscriber, so optimal routeing of the forwarding leg is not considered. 
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Figure 2: Architecture for optimal routeing of late call forwarding 

After the call has been extended from the GMSC to VMSCB, if the VMSC/VLR determines that the call should be 
forwarded it requests the GMSC to resume call handling. The GMSC uses the forwarding information received in the 
request to resume call handling, or interrogates HLRB for forwarding information, depending on the indication received 
from the HLR with the roaming number. If the GMSC determines that the call can be routed directly to the forwarded-to 
destination without contravening the charging requirements for optimal routeing given in subclause 9.1 it acknowledges 
the request, clears the traffic connection to VMSCB and sends an ISUP lAM to the forwarded-to local exchange. 



5 Optimal routeing for basic mobile-to-mobile calls: 

message flows 

This clause does not consider the handling of calls to a fixed network B subscriber. 

The message flow for an optimally routed call from one mobile subscriber to another mobile subscriber is shown in 
figure 3. For simplicity of description, it is assumed that forwarding of calls from the B subscriber is not required. Solid 
lines indicate circuit-associated signalling; dashed lines indicate connectionless signalling. 
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Figure 3: lUlessage flow for optimal routeing of basic mobile-to-mobile call 



5.1 



Successful outcome 



When VMSCA receives a Setup message from the MS, it sends a request for information to handle the outgoing call to 
VLRA, according to the procedures described in GSM 03.18 [6]. If VLRA determines that the MS is allowed service, it 
returns a positive acknowledgment. When VMSCA receives the acknowledgment, it constructs an lAM using the B 
subscriber address and sends it to GMSCA. 

If GMSCA recognises the B subscriber address as belonging to a GSM PLMN (decision ORl:Y), it checks the identity 
of HPLMNB. If GMSCA is in a different PLMN from HLRB, it then sends a request for routeing information (SRI(B)) 
to HLRB; this request contains an indication that it is an optimal routeing enquiry for information to route a basic call. If 
HLRB is prepared to accept an optimal routeing enquiry from GMSCA (decision OR2: Y), it checks whether at least one 
of the three conditions: 

- the GMSC is in the same country as VMSCB; 
the HLR is in the same country as VMSCB; 

- the GMSC is in the same PLMN as the HLR. 

is met. If it is (decision OR3:Y), HLRB sends a request for a roaming number (PRN) to VLRB; the request contains an 
indication that it is for an optimally routed call. If VLRB supports optimal routeing (decision OR4:Y), it returns the 
roaming number in the PRN ack, and HLRB relays the roaming number in the SRI ack to GMSCA. GMSCA constructs 
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an ISUP lAM using the roaming number, and sends it to VMSCB, which processes the incoming lAM according to the 
procedures described in GSM 03.18 [6]. 

5.2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this subclause. 

5.2.1 B subscriber address not recognised as belonging to a GSM PLMN 

If GMSCA does not recognise the B subscriber address as belonging to a GSM PLMN (decision ORl:N), it constructs 
an 1AM using the B subscriber address and sends it to GMSCB in HPLMNB. GMSCB analyses the address received in 
the 1AM, and sends a request for routeing information (SRl(B)) to HLRB; this request contains an indication that it is 
not an optimal routeing enquiry. Because GMSCB is in the same PLMN as HLRB, it will always be able to derive an 
HLR address. HLRB sends a request for a roaming number (PRN) to VLRB. VLRB returns the roaming number in the 
PRN ack, and HLRB relays the roaming number in the SRI ack to GMSCB. GMSCB constructs an ISUP 1AM using the 
roaming number, and sends it to VMSCB, which processes the incoming 1AM according to the procedures described in 
GSM 03.18 [6]. 

5.2.2 HLRB or VLRB does not support optimal routeing 

If HLRB is not prepared to accept an optimal routeing enquiry from GMSCA (decision OR2:N), it returns an SRI 
negative response (shown in figure 3 as 'SRI error'). This causes GMSCA to construct an lAM using the B subscriber 
address and send it to GMSCB, as described in subclause 5.2.1. 

If VLRB does not support optimal routeing (decision OR4:N), it returns a PRN negative response (shown in figure 3 as 
'PRN error'). This causes HLRB to return an SRI negative response (shown in figure 3 as 'SRI error'), which in turn 
causes GMSCA to construct an 1AM using the B subscriber address and send it to GMSCB, as described in subclause 
5.2.1. 

5.2.3 OR charging requirements contravened 

If HLRB determines that the call cannot be routed directly from GMSCA to VMSCB without contravening the charging 
requirements for optimal routeing given in subclause 9. 1 (decision OR3:N) it sends a request for subscriber information 
(PSI) to VLRB. VLRB sends a response indicating whether the B subscriber is detached or in some other state. If the B 
subscriber is not detached, HLRB sends an SRI negative response (shown in figure 3 as 'SRI error') to GMSCA, which 
constructs an 1AM using the B subscriber address and sends it to GMSCB, as described in subclause 5.2.1. 



6 Optimal routeing for conditional call forwarding: 

message flows 

Two cases of conditional call forwarding are described in this clause: 

Early call forwarding to a fixed destination; 

Late call forwarding to a fixed destination; 

For phase 1 of SOR, no attempt is made to route a call directly from the GMSC to a forwarded-to mobile subscriber; if 
the forwarded-to subscriber is mobile, the call is routed from the GMSC to a GMSC in the HPLMN of the forwarded-to 

subscriber. 



6.1 Early call forwarding 



Early call forwarding is defined as call forwarding from the IPLMN before the call has been extended to the VPLMN of 
the forwarding subscriber. CPU and CFNRc when the forwarding mobile subscriber is IMSI detached are examples of 
early call forwarding. Early call forwarding is effectively optimally routed, because the call takes the most direct route 
possible from the IPLMN to the forwarded-to destination. 
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The message flows for early call forwarding to a fixed destination are shown in figure 4a (forwarding without VLR 
interrogation) and figure 4b (forwarding after VLR interrogation). The IPLMN is shown as distinct from HPLMNB, on 
the assumption that the original call towards the B subscriber was optimally routed. Solid lines indicate circuit- 
associated signalling; dashed lines indicate connectionless signalling. 

6.1 .1 Forwarding without interrogation of VLRB 



6.1.1.1 



Successful outcome 



GMSCA sends a request for routeing information (SRI(B)) to HLRB. If HLRB determines that the call is to be 
forwarded without needing to signal to VLRB then HLRB returns the forwarded-to number (FTN) in the SRI ack. 

If GMSCA determines that the call can be forwarded to LEC without contravening the charging requirements for 
optimal routeing given in subclause 9.1 (decision OR:Y) it constructs an ISUP lAM using the FTN and sends it to LEC. 
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Figure 4a: IVIessage flow for early call forwarding to a fixed destination - forwarding without 

interrogation of VLRB 

6.1 .1 .2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this subclause. 

If GMSCA determines that the call cannot be forwarded to LEC without contravening the charging requirements for 
optimal routeing given in subclause 9.1 (decision OR:N) it constructs an lAM using the B subscriber address and sends 
it to GMSCB. 

GMSCB sends a request for routeing information (SRI(B)) to HLRB. If HLRB determines that the call is to be 
forwarded, as described in subclause 6.1.1.1, it returns the FTN in the SRI ack. 



GMSCB constructs an lAM using the FTN and sends it to LEC. 
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6.1 .2 Forwarding after interrogation of VLRB 



6.1.2.1 



Successful outcome 



GMSCA sends a request for routeing information (SRI(B)) to HLRB. HLRB sends a request for the subscriber status 
(PSI) to VLRB. If the record in VLRB for the B subscriber shows that the B subscriber is IMSI detached, VLRB 
indicates this in the PSI ack. Alternatively, if HLRB determines that at least one of the three conditions: 

- the GMSC is in the same country as VMSCB; 
the HLR is in the same country as VMSCB; 

- the GMSC is in the same PLMN as the HLR 

is met, it sends a request for a roaming number (PRN) to VLRB. If the record in VLRB for the B subscriber shows that 
the B subscriber is IMSI detached, VLRB indicates this in a PRN negative response. If HLRB determines that CFNRc 
should be invoked, it returns the forwarded-to number (FTN) in the SRI ack. 

If GMSCA determines that the call can be forwarded to LLC without contravening the charging requirements for 
optimal routeing given in subclause 9.1 (decision OR:Y) it constructs an IS UP lAM using the FTN and sends it to LEC. 
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NOTE: HLRB may send a PRN to VLRB, and receive a PRN negative response indicating absent subscriber, to 
determine that CFNRc should be invoked. 

Figure 4b: IVIessage flow for early call forwarding to a fixed destination - forwarding after 

interrogation of VLRB 



6.1.2.2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this subclause. 
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If GMSCA determines that the call cannot be forwarded to LEC without contravening the charging requirements for 
optimal routeing given in subclause 9.1 (decision OR:N), it constructs an ISUP lAM using the B subscriber address and 
sends it to GMSCB. 

GMSCB sends a request for routeing information (SRI(B)) to HLRB. HLRB sends a request for a roaming number 
(PRN) to VLRB. If the record in VLRB for the B subscriber shows that the B subscriber is IMSI detached, VLRB 
indicates this in the PRN ack. If HLRB determines that CFNRc should be invoked, it returns the forwarded-to number 
(FTN) in the SRI ack. 

GMSCB constructs an lAM using the FTN and sends it to LEC. 



6.2 Late call forwarding 



Late call forwarding is defined as call forwarding after the call has been extended to the VPLMN of the forwarding 
subscriber. CFB, CFNRc on no response to paging and CFNRy are examples of late call forwarding. In the absence of 
OR, late call forwarding occurs in the VPLMN of the forwarding party; if OR applies, late call forwarding occurs in the 
IPLMN. 

The message flow for optimal routeing of late call forwarding to a fixed destination is shown in figure 5. The IPLMN 
may be distinct from HPLMNB or the same as HPLMNB, depending on whether or not the original call to VPLMNB 
was optimally routed, but this description assumes that the original call to VPLMNB was optimally routed. For 
simplicity of description, the separation of VMSCA and GMSCA (described in clause 5 & subclause 6.1) is omitted. 
Solid lines indicate circuit-associated signalling; dashed lines indicate connectionless signalling. 
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Figure 5: IVIessage flow for optimal routeing of late call forwarding to a fixed destination 



6.2.1 Successful outcome 

The GMSC obtains a roaming number from HLRB to route the call to VMSCB, as described in subclause 5.1. The SRI 
ack also includes an indication of whether the GMSC should interrogate the HLR for routeing information for late call 
forwarding. The GMSC constructs an lAM using the roaming number, and sends it to VMSCB. When VMSCB receives 
the lAM, it requests subscriber information for the incoming call (SIFIC) from VLRB. If VLRB determines that the call 
should be forwarded, because the called mobile subscriber is busy, or is not reachable, or has not replied to the call 
before the no-reply call timer has expired, it returns a SIFIC ack containing the forwarded-to number, the forwarding 
reason, the GMSC address and the call reference number to VMSCB. VMSCB sends a request to resume call handling 
(RCH) to the GMSC; the RCH includes the forwarded-to number, the forwarding reason and the basic service 
information received in the SIFIC ack. 
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If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should interrogate the HLR for 
forwarding information (FIR: Y), the GMSC then sends a request for forwarding information (SRI(F)), containing the 
forwarding reason and the basic service group which applies for this call, to HLRB. HLRB responds with the 
appropriate forwarded-to number. 

If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should not interrogate the HLR for 
forwarding information (FIR:N), the GMSC checks the forwarded-to number received in the RCH. 

If the GMSC determines that the call can be forwarded to the forwarded-to destination without contravening the 
charging requirements for optimal routeing given in subclause 9.1 (decision OR:Y) it: 

sends an RCH ack to VMSCB to indicate that control of the call has been accepted; 

sends an ISUP Release message indicating normal clearing to VMSCB to release the traffic circuit; 

constructs an lAM using the forwarded-to number, and sends it to LEC. 

6.2.2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this subclause. 

6.2.2.1 GMSC does not support OR 

If the GMSC does not support OR, it must be in the same PLMN as the HLR; it therefore omits its address and the call 
reference number from the SRI(B) request, so the GMSC address and call reference number are not relayed to VMSCB, 
and VMSCB cannot send the RCH to the GMSC. Instead, the call will be forwarded at VMSCB. 

6.2.2.2 HLRB does not support OR 

If HLRB does not support OR, it does not relay the GMSC address and the call reference number which it received in 
the SRI(B), so VMSCB cannot send the RCH to the GMSC. Instead, the call will be forwarded at VMSCB. 

6.2.2.3 VMSCB/VLRB does not support OR 

If VMSCB/VLRB does not support OR, VMSCB cannot send the RCH to the GMSC. Instead, the call will be 
forwarded at VMSCB. 

6.2.2.4 OR charging requirements contravened 

If the original call to VMSCB was optimally routed, the GMSC can route the call to the forwarded-to destination only if 
the charge to do so is no more than the charge to route the call to HPLMNB. If this requirement, determined as 
described in subclause 9.1, is not met (decision OR:N) the GMSC returns an RCH negative response (shown in figure 5 
as 'RCH error') to VMSCB, which then forwards the call. 

If the original call to VMSCB was not optimally routed, the GMSC can route the call directly to the forwarded-to 
destination only if the charge to do so is no more than the charge for the routeing to VMSCB. If this requirement, 
determined as described in subclause 9.1, is not met (decision OR:N) the GMSC returns an RCH negative response 
(shown in figure 5 as 'RCH error') to VMSCB, which then forwards the call. 



Interactions between optimal routeing and 
supplementary services 



7.1 Call forwarding 



If an optimally routed call encounters early call forwarding, GMSCA attempts to route the call to the forwarded-to 
destination. The forwarded-to destination is the C subscriber if the C subscriber is not a mobile subscriber, or the 
HPLMN of the C subscriber if the C subscriber is a mobile subscriber. If GMSCA cannot route the call to the 
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forwarded-to destination without contravening the charging requirements for optimal routeing given in subclause 9.1, 
the call is routed to a GMSC in the HPLMN of the B subscriber. 

If an optimally routed call encounters late call forwarding, GMSCA attempts to route the call to the forwarded-to 
destination. The forwarded-to destination is the C subscriber if the C subscriber is not a mobile subscriber, or the 
HPLMN of the C subscriber if the C subscriber is a mobile subscriber. If GMSCA cannot route the call to the 
forwarded-to destination without contravening the charging requirements for optimal routeing given in subclause 9.1, 
the call is routed from VMSCB to the forwarded-to destination. 

The handling of call forwarding at HLRB for optimally routed calls is encapsulated in the procedures 
First_Forwarding_HLR, PRN_Error_HLR, Handle_CFB, Handle_CFNRc and Handle_CFNRY, which are specified 
in [6]. 



7.2 Closed User Group (CUG) 



The handling of CUG checking for outgoing calls at VLRA is encapsulated in the process OCH_VLR, which is 
specified in [6]. 

The handling of CUG checking at HLRB is encapsulated in the procedures Subscription_Check_HLR and 
Forward_CUG_Check, which are specified in [6]. 



7.3 Advice of Charge 



Advice of Charge (Information) and Advice of Charge (Charging) do not take account of whether a call has been 
optimally routed. 



7.4 Call barring 



It has been accepted in principle that all supplementary service call barring programmes except for BAIC are applied for 
cost control reasons, and that therefore barring should be applied on the basis of the cost of the actual route taken by the 
call. For phase 1 of optimal routeing, this principle does not apply. Barring of outgoing calls is applied on the basis of 
the B subscriber number. Barring of all incoming calls will prevent a call to the served mobile subscriber, whether or not 
the call is optimally routed. If Barring of Incoming Calls when roaming outside the home PLMN country is active and 
operative it will prevent a call to the B subscriber even if the A subscriber pays to route the call to the VMSC of the B 
subscriber. 

The handling of barring of outgoing calls at VLRA is encapsulated in the process OCH_VLR, which is specified in [6]. 

The handling of barring of incoming calls at HLRB is encapsulated in the procedure Subscription_Check_HLR, which is 
specified in GSM 03.18 [6]. 

The interactions between barring of outgoing calls and call forwarding for phase 1 of optimal routeing are defined in 

GSM 02.82 [3]. 

The interactions between BIC-Roam and call forwarding for phase 1 of optimal routeing are defined in GSM 02.82 [3]. 

7.5 Other supplementary services 

The effects of the following supplementary services on optimally routed calls are identical to their effects on non- 
optimally routed calls, so they are omitted from this specification: 

- CLIP,CLIR,COLP,COLR (GSM 03.81); 

- CW, HOLD (GSM 03.83); 

- MPTY (GSM 03.84); 

- ECT (GSM 03.91). 
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8 Interactions between optimal routeing and other 
network features 

8.1 Operator determined barring 

The principles for the interactions between operator determined barring and optimal routeing are the same as those for 
interactions between supplementary service barring and optimal routeing. 

8.2 CAIVIEL 

The principles for interactions between CAMEL services and optimal routeing are specified in this subclause. The 
interworking between CAMEL processing and optimal routeing in the GMSC, the HLR and the terminating VMSC is 
specified in subclauses 9.4, 9.5 and 9.7 respectively. 

If a mobile-originating CAMEL service modifies the number entered by the A subscriber, VMSCA treats the number 
returned by the CAMEL server in the same way as a number received in the SETUP message, i.e. it sends an lAM 
containing the modified number to the associated GMSC, which analyses it to find if it is an MSISDN. 

If a mobile-terminating CAMEL service modifies the number received by the GMSC, the GMSC treats the number 
returned by the CAMEL server in the same way as a forwarded-to number, i.e. it checks it against the optimal routeing 
criteria in subclause 9.1 but does not analyse it to find if it can derive an HLR address. If the number returned by the 
CAMEL server does not satisfy the optimal routeing criteria in subclause 9.1 and the GMSC is not in the same PLMN as 
HLRB, the GMSC will route the call to a GMSC in the same PLMN as HLRB. This will lead to a repetition of the 
mobile terminating CAMEL interaction. 

If the call is to be forwarded at the GMSC (whether by a GSM-standardised call forwarding service or by a CAMEL- 
based call forwarding service) and a mobile originating CAMEL service applies to the forwarding subscriber, the 
GMSC checks the number which results from the CAMEL service against the optimal routeing criteria in subclause 9.1. 
If the number returned by the CAMEL server does not satisfy the optimal routeing criteria in subclause 9.1, the GMSC 
will not route the call to the forwarded-to destination. For early call forwarding, the GMSC will route the call to a 
GMSC in the same PLMN as HLRB. This will lead to a repetition of the mobile originating CAMEL interaction. For 
optimal routeing of late call forwarding, the GMSC will return a Rsume Call Handling negative response towards 
VMSCB, which will forward the call. This will lead to a repetition of the mobile originating CAMEL interaction. 

9 Functional requirements of entities performing 
optimal routeing 

9.1 Charging requirements for optimal routeing 

MoU have imposed two constraints for the charging of optimally routed calls: 

No subscriber shall pay more for a call which has been optimally routed than he would do under the present 
routeing scheme described in [5] in the subclauses describing the call cases where the GMSC is in the same 
PLMN as the HLR; 

At least for the first phase of optimal routeing, the charge for one leg of a call shall be paid for entirely by one 
subscriber. 

These constraints mean that the direct route for a call cannot always be used. For example, if the calling mobile 
subscriber (the A subscriber) is in Germany, and the B subscriber's HPLMN is in Switzerland but he has roamed to 
Finland, the charge payable by the A subscriber to route the call by the direct route to Finland would be greater than the 
charge payable to route the call to HPLMNB, so the HPLMN route must be used. 
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In the first phase of optimal routeing, it cannot be assumed that a GMSC is able to calculate the charge payable for the 
direct route and the charge payable for the HPLMN leg. The MoU requirements can be met by applying more stringent 
(but simpler) criteria for deciding whether the direct route may be used: 

If the country code of the destination exchange and the country code of the GMSC are the same, then the direct 
route may be used; 

Otherwise, for a call leg which is chargeable to the A subscriber, if the country code of the destination exchange 
and the country code of HPLMNB are the same, then the direct route may be used; 

Otherwise, the HPLMN route shall be used. 

In certain cases, the second criterion above (equality of country codes for the HPLMN and the destination exchange) 
may not be enough to determine equality of the charges payable for the direct route and the HPLMN route. In these 
cases, analysis of the national destination code as well as the country code is required; however the principle is still that 
if the two numbers are the same to the depth of analysis required then the direct route may be used. 

For optimal routeing of late call forwarding, the constraints are satisfied if the following criteria are applied: 

If the country code of the forwarded-to exchange and the country code of the GMSC are the same, then the 
forwarded call may be routed directly from the GMSC to the forwarded-to exchange; 

Otherwise, if the country code of the forwarded-to exchange and the country code of HPLMNB are the same, 
then the forwarded call may be routed directly from the GMSC to the forwarded-to exchange; 

Otherwise, if the country code of the forwarded-to exchange and the country code of VPLMNB are the same, 
then the forwarded call may be routed directly from the GMSC to the forwarded-to exchange; 

Otherwise the forwarded call shall be routed through VPLMNB. 

9.2 Functional behaviour of VIVISCA 

The functional behaviour of VMSCA is specified in GSM 03.18 [6]. The only function specific to optimal routeing is 
the transfer of the destination address, if it is received in the ISUP Answer message, to the call data record, to allow the 
correct charge for the call to be made. 

9.3 Functional behaviour of VLRA 

The functional behaviour of VLRA is specified in GSM 03.18 [6]. 

9.4 Functional behaviour of GIVISC 

It should be noted that if a call is being forwarded from VMSCB rather than from the MSC which acted as GMSC for 
the original call then VMSCB may use the services of an associated GMSC for the forwarding leg, i.e. the associated 
GMSC requests routeing information from HLRC. In this case, the forwarding leg is processed in the same way as a 
mobile-originated call from mobile subscriber B. 

The functional behaviour of a GMSC is described in the SDL of figure 6. 



9.4.1 Basic OR: incoming lAIVI 



When the GMSC receives an lAM, it analyses the called party number of the lAM; if the called party number indicates 
that the called party is a mobile subscriber served by an HLR in the same PLMN as the GMSC, the call will not be 
optimally routed and the GMSC will request routeing information from an HLR in its own PLMN; otherwise the call 
may be optimally routed and the GMSC will not request routeing information from an HLR in its own PLMN. 

The GMSC then sets the reference address (which determines the maximum charge which the A subscriber will pay) to 
be equal to the called party address, and invokes the procedure Obtain_Routeing_Address, passing as parameters the 
called party address, the reference address, the optimal routeing indicator and the own PLMN indicator. 
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9.4.2 Basic OR: successful outcome 

If the result of the procedure Obtain_Routeing_Address is 'Pass' (i.e. neither 'Fail' nor 'Forward'), the GMSC 
constructs an JAM using the routeing address returned by the procedure Obtain_Routeing_Address and sends the lAM 
to the appropriate exchange. The GMSC then waits for an Address Complete message. 

If the GMSC receives an Address Complete message from the destination exchange, it relays the message to the 
originating exchange and waits for an Answer message. 

If the GMSC receives an Answer message from the destination exchange, it checks whether the call has been optimally 
routed. If the call has been optimally routed, the GMSC sets the destination address parameter in the Answer message, 
sends the message to the originating exchange and waits for the call to be cleared. 

If the GMSC receives a Connect message from the destination exchange, it checks whether the call has been optimally 
routed. If the call has been optimally routed, the GMSC sets the destination address parameter in the Connect message, 
sends the message to the originating exchange and waits for the call to be cleared. 



9.4.3 Early call forwarding 



If the result of the procedure Obtain_Routeing_Address is 'Forward', the GMSC constructs an lAM using the routeing 
address returned by the procedure Obtain_Routeing_Address and sends the I AM to the appropriate exchange. The 
GMSC then waits for an Address Complete message from the forwarded-to exchange. 

If the GMSC receives an Address Complete message from the forwarded-to exchange, it relays the message to the 
originating exchange and waits for an Answer message. 

If the GMSC receives an Answer message from the forwarded-to exchange, it checks whether the call has been 
optimally routed. If the call has been optimally routed, the GMSC sets the destination address parameter in the Answer 
message. The GMSC then invokes the procedure Handle_COLP_Forwarding_Interaction to determine how the COLP 
presentation indicator should be set, sets the presentation indicator in the Answer message, sends the Answer message to 
the originating exchange and waits for the call to be cleared. 

If the GMSC receives a Connect message from the destination exchange, it checks whether the call has been optimally 
routed. If the call has been optimally routed, the GMSC sets the destination address parameter in the Connect message. 
The GMSC then invokes the procedure Handle_COLP_Forwarding_Interaction to determine how the COLP 
presentation indicator should be set, sets the presentation indicator in the Connect message, sends the Connect message 
to the originating exchange and waits for the call to be cleared. 

9.4.4 Optimal Routeing of Late Call Forwarding (ORLCF) 

If the VMSCA'LR of the destination mobile subscriber determines that the call is to be forwarded on mobile subscriber 
busy, mobile subscriber not reachable or no mobile subscriber reply, it requests the GMSC to resume handling of the 
call; the request includes: 

the call reference number allocated by the GMSC; 

the basic service group which applies for this call; 

the forwarded-to number; 

the forwarding reason; 

possibly CUG information; 

possibly originating CAMEL subscription information. 

When the GMSC receives a request to resume call handling, it checks whether the request included originating CAMEL 
subscription information. 

If the request included originating CAMEL subscription information and the GMSC does not support CAMEL, the 
GMSC sends a Resume Call Handling negative response indicating that OR is not allowed to the VMSC, and waits for 
an address complete message from VMSCB. 
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If the request did not include originating CAMEL subscription information, or the GMSC supports CAMEL, the GMSC 
stores the information which was included in the Resume Call Handling request. If HLRB must be interrogated for 
routeing information for the forwarded call, the GMSC constructs an SRI(F) containing the forwarding reason and the 
basic service group and any CUG information which was received in the original lAM, sends it to HLRB and waits for 
an answer. If the GMSC receives a positive response from HLRB, it stores the forwarding information received in the 
response. If HLRB must not be interrogated for routeing information for the forwarded call, the GMSC uses the 
forwarding information received in the Resume Call Handling request. 

If the Resume Call Handling request included originating CAMEL subscription information, the GMSC performs the 
interaction between CAMEL handling and call forwarding as specified in [7], process CAMEL_CF_MSC_GMSC. 

The GMSC then checks the optimal routeing indicator. If the optimal routeing indicator is set to false, indicating that the 
original call to the VMSC was not optimally routed, the GMSC sets the reference address to the routeing address used 
for the call setup to VMSCB and sets the optimal routeing indicator to TRUE. 

The GMSC then sets the destination address equal to the forwarded-to number and invokes the procedure 
Route_Permitted, passing as parameters the optimal routeing indicator, the forwarded-to number and the reference 
address. 

9.4.4.1 ORLCF: successful outcome 

If the result of the procedure Route_Permitted indicates that the call can be routed directly from the GMSC to the 
forwarded-to destination, the GMSC: 

sends a Resume Call Handling ack and an ISUP Release message to the VMSC; 

constructs an lAM using the forwarded-to number and any CUG information received in the Resume Call 
Handling request or the SRI(F) ack; 

sends the lAM to the appropriate exchange; 

waits for an address complete message from the forwarded-to exchange. 

9.4.4.2 ORLCF: unsuccessful outcome 

If the GMSC receives a negative response from HLRB, it: 

sends a Resume Call Handling negative response indicating that the forwarding failed, and an ISUP release, to 
the VMSC; 

sends an ISUP Release message to the originating MSC, with an appropriate cause value; 

releases any call resources which have been allocated 

and the process returns to the idle state. 

If the result of the procedure Route_Permitted indicates that the call cannot be routed directly from the GMSC to the 
forwarded-to destination, the GMSC sends a Resume Call Handling negative response indicating that OR is not allowed 
to the VMSC, and waits for an address complete message from VMSCB. 

9.4.5 Basic OR: unsuccessful outcome 

If the result of the procedure Obtain_Routeing_Address is 'fail', the GMSC returns an ISUP Release message to the 
originating MSC, with an appropriate cause value, and the process terminates. 

9.4.6 Call release 

At any stage, the call may be released from the originating end. In this case, the GMSC sends an ISUP Release message 
towards the destination VMSC, if a traffic channel has been established, and releases any call resources which have been 
allocated, and the process returns to the idle state. 
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If a traffic circuit has been established to the destination VMSC, the destination VMSC may return an ISUP Release 
message. In this case, the GMSC sends an ISUP Release message to the originating MSC via the process MSC_Coord, 
with an appropriate cause value, and releases any call resources which have been allocated, and the process returns to 
the idle state. 

9.4.7 Relay of other messages 

When the GMSC is waiting for an Address Complete message, an Answer message, for the call to be cleared, or for 
forwarding information from the HLR, it relays any messages received from the originating exchange to the destination 
exchange, and relays any messages received from the destination exchange to the originating exchange. 

9.4.8 Procedure Obtain_Routeing_Address 

This procedure is described in the SDL of figure 7. It is invoked in the original GMSC, or in the VMSC if conditional 
call forwarding is to be invoked at the VMSC and the VMSC has GMSC capabilities. It takes as input parameters an 
input address, a reference address, an optimal routeing indicator and an own PLMN indicator. It returns as output 
parameters a routeing address, an address to identify the destination network and a result indicator. 

The GMSC begins by sending a request for routeing information, indicating that this is an optimal routeing enquiry for 
information to route a basic call, to the HLR; the GMSC then waits for a response from the HLR. 

9.4.8.1 Send Routeing Info negative response 

If there is a negative response to the Send Routeing Info request (including the cases where the HLR rejects the request 
because the HLR does not support OR, and where the HLR cannot return a response to the request because of a protocol 
error), the GMSC checks whether the interrogation was to an HLR in the same PLMN as the GMSC. If the interrogation 
was within the PLMN of the GMSC, there is no point in repeating the interrogation, so the GMSC sets the result 
indicator to 'fail', and returns. If the interrogation was not within the PLMN of the GMSC, the GMSC checks the 
negative response to see whether there is any point in repeating the interrogation from a GMSC in the same PLMN as 
the HLR. 'Non-fatal' error situations, which cause the call to be routed through a GMSC in the same PLMN as the HLR, 
are: 

Send Routeing Info request rejected because the HLR does not support OR; 

Protocol error; 

System failure; 

Unexpected data value; 

Data missing; 

OR not allowed. 

'Fatal' negative responses, which cause the GMSC to return a 'fail' result, are: 

Unknown subscriber; 

Number changed; 

Bearer service not provisioned; 

Teleservice not provisioned; 

- Call barred; 

- CUG reject; 
Forwarding violation; 
Facility not supported; 
Absent subscriber. 
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If there is no point in repeating the interrogation, the GMSC sets the result indicator to 'Fail', and returns; otherwise the 
GMSC returns the reference address as the routeing address and the destination address, sets the OR indicator to False 
and sets the result indicator to 'Pass'. This causes the parent process to construct an lAM using the reference address, 
and send it to a GMSC in the same PLMN as the HLR. 

9.4.8.2 Send Routeing Info ack 

If the HLR returns a Send Routeing Info ack including terminating CAMEL subscription information, the GMSC 
performs the CAMEL handling for a mobile terminating call as specified in [7], process CAMEL_MT_GMSC. 

The GMSC then checks the routeing information in the Send Routeing Info ack. 

9.4.8.2.1 Routeing information is MSRN 

If the Send Routeing Info ack contains an MSRN and a VMSC address, the GMSC stores the Forwarding Interrogation 
Required indicator, returns the MSRN as the routeing address and the VMSC address as the destination address, and 
sets the result to 'Pass'. 

9.4.8.2.2 Routeing information is forwarded-to number 

If the Send Routeing Info ack contains a forwarded-to number, the GMSC invokes the procedure Route_Permitted, 
passing as parameters the optimal routeing indicator, the forwarded-to number and the reference address. If the result 
indicates that the call can be directly routed to the forwarded-to number, the GMSC returns the forwarded-to number as 
the routeing address, sets the OR indicator to True and sets the result indicator to 'Forward'. If the result indicates that 
the call cannot be routed directly to the forwarded-to number, the GMSC returns the reference address as the routeing 
address and the destination address, sets the OR indicator to False and sets the result indicator to 'Pass' . 

9.4.8.2.3 Routeing information is CAMEL modified number 

If the CAMEL handling for the mobile terminating call modified the destination address, giving a CAMEL modified 
number (CMN), the GMSC invokes the procedure Route_Permitted, passing as parameters the optimal routeing 
indicator, the CAMEL modified number and the reference address. If the result indicates that the call can be directly 
routed to the CAMEL modified number, the GMSC returns the CAMEL modified number as the routeing address, sets 
the OR indicator to True and sets the result indicator to 'Pass'. If the result indicates that the call cannot be routed 
directly to the CAMEL modified number, the GMSC returns the reference address as the routeing address and the 
destination address, sets the OR indicator to False and sets the result indicator to 'Pass'. 

9.4.8.2.4 No routeing information 

If the HLR returned a Send Routeing Info ack containing neither an MSRN nor a forwarded-to number, and CAMEL 
handling did not give a CAMEL modified number, the GMSC proceeds as defined in subclause 9.4.8.1 for an OR not 
allowed error. 

9.4.9 Procedure Route_Permitted 

This procedure is described in the SDL of figure 8. It is invoked in the original GMSC, or in the GMSC associated with 
the VMSC if conditional call forwarding is to be invoked at the VMSC. It takes as input parameters the optimal routeing 
indicator, a requested address and a reference address. It returns as result a Boolean indication of whether the requested 
route is permitted. 

If the optimal routeing indicator is set to false, the requested route is permitted. 

If the optimal routeing indicator is set to true and the country code of the requested address matches the country code of 
the GMSC, the requested route is permitted. 

If the optimal routeing indicator is set to true and the country code of the requested address matches the country code of 
the reference address, the requested route is permitted. 
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9.4.10 Procedure Handle_COLP_Forwarding_lnteraction 

This procedure is specified in [6] . 
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9.5 



Functional behaviour of HLR 



The functional behaviour of an HLR is described in the SDL of figure 9. 
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9.5.1 Receipt of a request for routeing information 

When the HLR receives a request for routeing information, it invokes the procedure Subscription_Check_HLR to 
determine whether the B subscriber's subscription permits the requested call to be offered. 

If the result indicates that the call is allowed, the HLR checks whether this is a forwarding enquiry. 

If it is a forwarding enquiry, the HLR proceeds as defined in subclause 9.5.5. 

If it is not a forwarding enquiry, the HLR checks whether this is an optimal routeing enquiry. If the HLR is prepared to 
accept an optimal routeing enquiry from the GMSC which sent it, or this is not an optimal routeing enquiry, the HLR 
checks whether it supports CAMEL. 

If the HLR supports CAMEL, it performs the necessary handling for the terminating CAMEL service, as specified 
in [7], process CAMEL_SRI_HLR, starting at entry point CAMEL_L 

If the HLR does not support CAMEL, it invokes the procedure First_Forwarding_HLR, to determine whether the call 
should be forwarded before VERB is interrogated. If the procedure First_Forwarding_HLR returns a Fail result, the 
HLR proceeds as defined in subclause 9.5.6.4. 

If the procedure First_Forwarding_HLR returns a Continue result, the HLR continues as described in subclause 9.5.3. 

9.5.2 Call forwarding before VLR interrogation 

If the result of the procedure First_Forwarding_HLR indicates that the call is to be forwarded, the HLR invokes the 
procedure Forward_CUG_Check to determine whether Closed User Group authorisation of the forwarded call is 
required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing information request, 
inserts the values returned by the procedure First_Forwarding_HLR: 

forwarding options; 

forwarded-to number as the routeing address 

and returns the ack, and the process returns to the idle state. 



9.5.3 Basic call enquiry 



If the procedure First_Forwarding_HLR returns a Continue result, the HLR checks whether this is an optimal routeing 
enquiry. 

If it is not an optimal routeing enquiry, the HLR constructs a Provide Roaming Number request. If the Send Routeing 
Info request included a call reference number, the HLR includes the GMSC address and the call reference number in the 
Provide Roaming Number request. 

If it is an optimal routeing enquiry, the HLR checks whether the charging requirements for optimal routeing given in 
subclause 9. 1 are contravened. If the charging requirements are not contravened, the HLR constructs a Provide Roaming 
Number request including the GMSC address, the call reference number and an indication that this is a request for an 
OR call, sends the request to the VLR and waits for a response. Otherwise, the HLR requests subscriber information 
from the VLR, and awaits a response. 

When the HLR receives the subscriber information, it checks the subscriber state received. 

If the state is network determined not reachable, the HLR proceeds as defined in subclause 9.5.5.2. 

Otherwise, the HLR proceeds as defined in subclause 9.5.6.3. 
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9.5.4 Response to Provide Roaming Number request 

9.5.4.1 Response is MSRN 

If the VLR returns an ack containing an MSRN, the HLR constructs an ack to the routeing information request, inserts 
the MSRN as the routeing address and returns the ack, and the process returns to the idle state. 

9.5.4.2 Response is negative 

If the VLR returns a negative response to the Provide Roaming Number request, the HLR checks the negative response. 
If the negative response was OR not allowed, the HLR proceeds as defined in subclause 9.5.6.3. 

Otherwise, the HLR invokes the procedure PRN_Error_HLR to handle the negative response. 

If the procedure PRN_Error_HLR returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.5. 

If the procedure PRN_Error_HLR returns a Forward result, the HLR invokes the procedure Forward_CUG_Check to 
determine whether Closed User Group authorisation of the forwarded call is required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing information request, 
inserts the values returned by the procedure First_Forwarding_HLR: 

forwarding options; 

forwarded-to number as the routeing address 

and returns the ack, and the process returns to the idle state. 

9.5.5 Forwarding information enquiry 

If this is an enquiry for forwarding information and the HLR supports interrogation for forwarding information, it checks 
the forwarding reason. 

If the HLR does not support interrogation for forwarding information, it proceeds as defined in subclause 9.5.6.2. 

9.5.5.1 Forwarding on busy 

If the forwarding reason is busy, the HLR invokes the procedure Handle_CFB to determine whether the call should be 
forwarded. 

If the procedure Handle_CFB returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFB returns a Forward result, the HLR continues as defined in subclause 9.5.5.4. 

If the procedure Handle_CFB returns a Continue result, the HLR proceeds as defined in subclause 9.5.6.7. 

9.5.5.2 Forwarding on mobile subscriber not reachable 

If the forwarding reason is not reachable, the HLR invokes the procedure Handle_CFNRc to determine whether the call 
should be forwarded. 

If the procedure Handle_CFNRc returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFNRc returns a Forward result, the HLR continues as defined in subclause 9.5.5.4. 

If the procedure Handle_CFNRc returns a Continue result, the HLR proceeds as defined in subclause 9.5.6.8. 

9.5.5.3 Forwarding on no subscriber reply 

If the forwarding reason is no subscriber reply, the HLR invokes the procedure Handle_CFNRy to determine whether 
the call should be forwarded. 
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If the procedure Handle_CFNRy returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFNRy returns a Forward result, the HLR continues as defined in subclause 9.5.5.4. 

9.5.5.4 Handling of a forwarded-to number 

If the HLR supports CAMEL, it continues the necessary handling for the mobile terminating call, as specified in [7], 
process CAMEL_SRI_HLR, starting at entry point CAMEL_2. 

If the HLR does not support CAMEL, it invokes the procedure Forward_CUG_Check to determine whether Closed User 
Group authorisation of the forwarded call is required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing information request, 
inserts the values returned by the procedure Handle_CFNRc: 

forwarding options; 

forwarded-to number as the routeing address 

and returns the ack, and the process returns to the idle state. 

9.5.6 Unsuccessful outcome 

9.5.6.1 Subscription check failure 

If the procedure Subscription_Check_HLR returns a Fail result, the HLR relays the negative response returned by the 
procedure to the GMSC and the process returns to the idle state. 

9.5.6.2 Forwarding interrogation not supported 

If the enquiry is an enquiry for forwarding information and the HLR does not support forwarding interrogation, the HLR 
returns a Facility not supported negative response to the GMSC and the process returns to the idle state. 

9.5.6.3 Optimal Routeing not allowed 

If the enquiry is an optimal routeing enquiry and the HLR determines that it is not prepared to accept an optimal 
routeing enquiry for the called subscriber from the GMSC which sent it, the HLR returns an OR not allowed negative 
response to the GMSC and the process returns to the idle state. 

If the enquiry is an optimal routeing enquiry and the HLR determines that the charging requirements for optimal 
routeing given in subclause 9. 1 are contravened and the Provide Subscriber Info ack indicates that the called mobile 
subscriber is not network determined not reachable, the HLR returns an OR not allowed negative response to the GMSC 
and the process returns to the idle state. 

If the enquiry is an optimal routeing enquiry and the HLR requires a roaming number to route the call and the VLR 
serving the called mobile subscriber returns an OR not allowed negative response to the Provide Roaming Number 
request, the HLR returns an OR not allowed negative response to the GMSC and the process returns to the idle state. 

9.5.6.4 First forwarding failure 

If the procedure First_Forwarding_HLR returns a Fail result, the HLR relays the negative response returned by the 
procedure to the GMSC and the process returns to the idle state. 

9.5.6.5 Provide Roaming Number negative response - no forwarding 

If the procedure PRN_Error_HLR returns a Fail result, the HLR relays the negative response returned by the procedure 
to the GMSC and the process returns to the idle state. 
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9.5.6.6 Forwarding violation 

If forwarding is requested but the call has already been forwarded as many times as permitted by the operator, the HLR 
returns a Forwarding violation negative response to the GMSC and the process returns to the idle state. 

9.5.6.7 Mobile subscriber busy 

If the B subscriber is busy but call forwarding on busy is not active and operative for the requested basic service, the 
HLR returns a Busy subscriber negative response to the GMSC and the process returns to the idle state. 

9.5.6.8 Mobile subscriber not reachable 

If the B subscriber is not reachable but call forwarding on not reachable is not active and operative for the requested 
basic service, the HLR returns an Absent subscriber negative response to the GMSC and the process returns to the idle 

state. 

9.5.6.9 No subscriber reply 

If the B subscriber is does not reply but call forwarding on no reply is not active and operative for the requested basic 
service, the HLR returns a No subscriber reply negative response to the GMSC and the process returns to the idle state. 

9.5.7 Procedure Subscription_Check_HLR 

This procedure is specified in GSM 03.18 [6]. 

9.5.8 Procedure First_Forwarding_HLR 

This procedure is specified in GSM 03.18 [6]. 

9.5.9 Procedure PRN_Error_HLR 

This procedure is specified in GSM 03.18 [6]. 

9.5.10 Procedure Handle_CFB 

This procedure is specified in GSM 03.18 [6]. 

9.5.1 1 Procedure Handle_CFNRc 

This procedure is specified in GSM 03.18 [6]. 

9.5.12 Procedure Handle_CFNRy 

This procedure is specified in GSM 03.18 [6]. 

9.5.13 Procedure Forward_CUG_Check 

This procedure is specified in GSM 03.18 [6]. 
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Figure 9a: Process SRI_HLR (sheet 1) 
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Figure 9b: Process SRI_HLR (sheet 2) 
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Figure 9c: Process SRI_HLR (sheet 3) 
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9.6 



Functional behaviour of VLRB 



9.6.1 Functional behaviour of VLRB for provision of subscriber information 

Tlie functional beliaviour of VLRB for provision of subscriber information is specified in [6]. 
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9.6.2 Functional behaviour of VLRB for roaming number allocation 

The functional behaviour of VLRB for roaming number allocation is specified in [6]. The only function specific to 
optimal routeing is the storage of the OR indicator, the GMSC address and the call reference number if VLRB receives 
them in the Provide Roaming Number request. 

9.6.3 Functional behaviour of VLRB when handling an incoming call 

The functional behaviour of VLRB when handling a request for information to handle an incoming call is specified 
in [6]. The only functions specific to optimal routeing are: 

the inclusion in the Complete Call or Process Call Waiting, if the call is to be offered to the B subscriber, of the 
OR indicator and the GMSC address if VLRB received them in the Provide Roaming Number request; 

the inclusion in the Send Info For Incoming Call response, if the call is to be forwarded, of: 

the OR indicator, the GMSC address and the call reference number if VLRB received them in the Provide 
Roaming Number request; 

the basic service which applies for this call. 

9.7 Functional behaviour of VMSCB 

The functional behaviour of VMSCB when it handles an incoming call is described in the SDL of figure 10. Note that 
the details of paging the MS and the handling of call waiting are not shown, as these have no effect on the operation of 
OR. 

The handling of signalling if the call is to be forwarded at VMSCB from the point where VMSCB has sent the lAM 
containing the forwarded-to number is specified in [6], as is the procedure for releasing the call. 

9.7.1 Receipt of Initial Address Message 

When VMSCB receives an lAM, it analyses any ISDN compatibility information included in the lAM in an attempt to 
derive a basic service. If VMSCB can derive a basic service, it includes this in the Send Info For Incoming Call (SIFIC) 
request which it sends to VLRB; VMSCB then waits for the SIFIC ack from VLRB. 

9.7.2 Successful outcome 

9.7.2.1 Completion of call 

If VMSCB receives a Complete Call request from VLRB, it invokes the procedure Complete_Call_In_MSC. If the 
procedure Complete_Call_In_MSC returns a 'Pass' result, VMSCB waits for the call to be cleared. 

9.7.2.2 Conditional call forwarding at the GMSC 

If the procedure Complete_Call_In_MSC returns a 'Fail' result, VMSCB waits for the the SIFIC result from VLRB. If 
VLRB returns a SIFIC ack indicating that the call is to be forwarded and the GMSC address is available, VMSCB 
constructs a Resume Call Handling request, containing: 

the call reference number; 

the basic service group which applies for this call; 

the forwarding information; 

possibly CUG information; 

possibly originating CAMEL subscription information 

as received in the SIFIC ack, sends it to the GMSC, and waits for the result. 
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If the GMSC accepts the request to resume call handling, it sends a Resume Call Handling ack and an ISUP Release 
message to VMSCB; these are potentially sent over different routes, so the ISUP Release may arrive before the Resume 
Call Handling ack. If the ISUP Release arrives before the Resume Call Handling ack, VMSCB releases any call 
resources which have been allocated and the process terminates. 

If the Resume Call Handling ack arrives before the ISUP Release message, VMSCB waits for the ISUP Release 

message. 

9.7.2.4 Call release 

At any stage, the call may be released from the originating end. The handling for this is specified in [6]. 

If a traffic circuit has been established to the destination exchange, the destination exchange may return an ISUP Release 
message. The handling for this is specified in [6]. 

9.7.3 Unsuccessful outcome 

If the GMSC address is not available, or the GMSC returns a Resume Call Handling negative response indicating OR 
not allowed, the call has to be forwarded from VMSCB. If the forwarded-to destination is a mobile subscriber, the 
forwarding leg from VMSCB may be optimally routed, in the same way as a call from subscriber B to subscriber C. 

If the Send Info for Incoming Call ack included originating CAMEL subscription information, VMSCB performs the 
interaction between CAMEL handling and call forwarding as specified in [7], process CAMEL_CF_MSC_GMSC. 

If the GMSC returns a Resume Call Handling negative response indicating forwarding failure, the call cannot be 
forwarded at VMSCB. VMSCB waits for the ISUP Release message from the GMSC. 

If the procedure Complete_Call_In_MSC returns an 'Aborted' result, VMSCB releases any call resources which have 
been allocated for this call, and the process returns to the idle state. 

If VLRB returns a SIFIC negative response, VMSCB releases any call resources which have been allocated for this call, 
and the process returns to the idle state. 

9.7.4 Procedure Complete_CallJn_MSC 

This procedure is specified in [6]. 
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1 Contents of messages 



This clause specifies the changes to the content of each message shown in clauses 5, 6 & 9, including those messages 
which are already specified for GSM Phase 2 but which require changes for Optimal Routeing. It should be read as a 
'delta' on the corresponding clause of GSM 03.18; those information elements which are the same for SOR as for the 
basic call without OR are not specified in this clause. 

In the tables which follow, information elements are shown as mandatory (M) or conditional (C). A mandatory 
information element shall always be present. A conditional information element shall be present if certain conditions are 
fulfilled; if those conditions are not fulfilled it shall be absent. 

10.1 Messages on the B interface (MSC-VLR) 

10.1.1 Send Info For Outgoing Call 

This message is specified in GSM 03.18 [6]. 

1 0.1 .2 Send Info For Outgoing Call negative response 

This message is specified in GSM 03.18 [6]. 

1 0.1 .3 Send Info For Incoming Call 

This message is specified in GSM 03.18 [6]. 

1 0.1 .4 Send Info For Incoming Call ack 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 

Description 

Indicates whether the call has been routed directly from a GMSC 
not in the same PLIVIN as the HLR. Shall be present if it was 
received in the Provide Roaming Number, otherwise shall be 
absent. 

E.164 address of the GIVISC. Shall be present if it was received 
in the Provide Roaming Number, otherwise shall be absent. 
Call reference number used by the GIVISC for this call. Shall be 
present if it was received in the Provide Roaming Number, 
otherwise shall be absent. 

Originating CAMEL subscription information. Shall be present if 
the B subscriber has subscribed to originating CAMEL service 
and VMSCB supports CAMEL; otherwise shall be absent. 

1 0.1 .5 Send Info For Incoming Call negative response 

This message is specified in GSM 03.18 [6]. 

10.1.6 Complete Call 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name 

OR indicator 


Required 

C 


GMSC address 


C 


Call reference number 


C 


Originating CSI 


C 
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Information element name 

OR indicator 



GIVISC address 



Required 

C 



Description 

Indicates wliether the call has been routed directly from a GMSC 

not in the same PLMN as the HLR. Shall be present if it was 

received in the Provide Roaming Number, otherwise shall be 

absent. 

E.I 64 address of the GIVISC. Shall be present if it was received 

in the Provide Roaming Number, otherwise shall be absent. 



10.1.7 Process Call Waiting 



This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name 

OR indicator 



GMSC address 



Required Description 

C Indicates whether the call has been routed directly from a GMSC 

not in the same PLMN as the HLR. Shall be present if it was 
received in the Provide Roaming Number, otherwise shall be 
absent. 

C E.I 64 address of the GMSC. Shall be present if it was received 

in the Provide Roaming Number, otherwise shall be absent. 



1 0.2 Messages on the C interface (MSC-HLR) 



10.2.1 Send Routeing Info 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name 

Interrogation type 

OR interrogation indicator 



Basic service group 



Required 

M 



OR capability 


C 


GMSC address 


M 


Call reference number 


C 


Forwarding reason 


C 



Description 

Indicates the type of interrogation: basic(for routeing information 

for an MX call) or forwarding (when the GMSC has been asked to 

resume call handling for OR of late call forwarding). 

Indicates that the interrogation is from a GMSC not in the same 

PLMN as the HLR. Shall be present if the interrogation is from a 

GMSC not in the same PLMN as the HLR, otherwise shall be 

absent. 

Indicates the phase of OR which the GMSC supports. Shall be 

present if the GMSC supports OR, otherwise shall be absent. 

E.1 64 address of the GMSC. 

Call reference number used by the GMSC for this call. Shall be 

present if the interrogation type=basic call, otherwise shall be 

absent. 

Indicates the reason for forwarding (on busy, on no subscriber 

reply, or on mobile subscriber not reachable). Shall be present if 

the Interrogation type=forwarding, otherwise shall be absent. 

Basic service group which applies for this call. Shall be present if 

the Interrogation type=forwarding, otherwise shall be absent. 



10.2.2 Send Routeing Info ack 



This message is specified in GSM 03.18 [6]. Two new information elements are required, and the condition for the 
presence of one existing information element is changed, as shown in the following table. 
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VMSC address 



Roaming number 



Information element name Required Description 

Forwarding interrogation C Indicates ttiat tlie GIVISC stiall interrogate tine HLR for routeing 

required information for late call forwarding. Shall be present if the SRI 

ack contains an MSRN and GMSC has to interrogate the HLR for 
routeing information for late call forwarding, otherwise shall be 
absent. 
C E.164 address of the VMSC in whose area the B subscriber is 

currently registered. Shall be present in the Send Routeing Info 
ack if the OR interrogation indicator in the Send Routeing Info 
was present and the HLR has not determined that the call is to 
be forwarded, otherwise shall be absent. 
C E.1 64 address required to route the call to the VMSC of the B 

party. Shall be present in the Send Routeing Info ack which is 
sent in response to a Send Routeing Info with Interrogation 
type=basic if the HLR has determined that the charging 
requirements for optimal routeing are not contravened and that 
the call is not to be forwarded, otherwise shall be absent. 

10.2.3 Send Routeing Info negative response 

This message is specified in GSM 03.18 [6]. The negative response information element can take the following values in 
addition to those specified in GSM 03.18 [6]: 

OR not allowed 

Busy subscriber 

No subscriber reply 

1 0.3 Messages on tine D interface (VLR-HLR) 
10.3.1 Provide Roaming Number 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name 

GMSC address 

Call reference number 



OR interrogation indicator 



Required Description 

C E.164 address of the GMSC. Shall be present if it was received 

by the HLR in the Send Routeing Info, otherwise shall be absent. 
C Call reference number used by the GMSC for this call. Shall be 

present if it was received by the HLR in the Send Routeing Info, 

otherwise shall be absent. 
C Indicates that the HLR received the corresponding Send 

Routeing Info from a GMSC not in the same PLMN as the HLR. 

Shall be present if the HLR received the Send Routeing Info from 

a GMSC not in the same PLMN as the HLR, otherwise shall be 

absent. 



1 0.3.2 Provide Roaming Number ack 

This message is specified in GSM 03.18 [6]. 

10.3.3 Provide Roaming Number negative response 

This message is specified in GSM 03.18 [6]. 

10.3.4 Provide Subscriber Information 

This message is specified in GSM 03.18 [6]. 



1 0.3.5 Provide Subscriber Information ack 

This message is specified in GSM 03.18 [6]. 
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1 0.4 Messages on the E interface (MSC-MSC) 
10.4.1 Resume Call Handling 



The following information elements are required: 



Information element name 


Required 


Call reference number 


M 


Forwarding reason 


M 


Basic service group 


M 


IMSI 


M 


Forwarded-to number 


M 


Notification to calling party 


M 



Forwarded-to subaddress 



CUG interlock 



CUG outgoing access 



Originating CSI 



Description 

Call reference number used by the GMSC for tfiis call. 

Indicates the reason for forwarding (on busy, on no subscriber 

reply, or on mobile subscriber not reachable). 

Basic service group which applies for this call. 

IMSI of the B subscriber. 

E.164 number of the C subscriber. 

Indication of whether the calling party is to be notified that the 

call has been forwarded. 

Subaddress of the C subscriber (see [4]). Shall be present if a 

forwarded-to subaddress is stored in the VLR in association with 

the forwarded-to number; otherwise shall be absent. 

For the definition of this IE, see [8]. Shall be present if the VLR 

has determined that the forwarded call is to be treated as a CUG 

call in accordance with the rules in [8], otherwise shall be absent. 

For the definition of this IE, see [8]. Shall be present if the VLR 

has determined that the forwarded call is to be treated as a CUG 

call with outgoing access in accordance with the rules in [8], 

otherwise shall be absent. 

Originating CAIVIEL subscription information. Shall be present if 

the B subscriber has subscribed to originating CAIVIEL service 

and VIVISCB supports CAMEL; otherwise shall be absent. 



1 0.4.2 Resume Call Handling ack 

This message contains no information elements. 



10.4.3 Resume Call Handling negative response 

The negative response information element can take the following values: 
OR not allowed 
Forwarding failed 
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Annex A (informative): 
Handling of an lAIVI at an IVISC 

An MSC which receives an lAM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis of the called 
party address, and thereafter relays other ISUP signalling between the originating and destination exchange until 
the connection is released. This behaviour is not specific to GSM; 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in the service 
area of the MSC; 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns routeing 
information, the MSC uses the routeing information from the HLR to construct an lAM, which it sends to a 
destination exchange determined by analysis of the routeing information from the HLR. 

The method which the MSC uses to determine how to handle the lAM is described in GSM 03.18 [6]. However, the 
number analysis required to derive the address of an HLR in a different PLMN from the MSC is much more extensive 
than that required to derive the address of an HLR in the same PLMN as the MSC - the MSC needs to be able to 
recognise the combination of country code and national destination code for every subscriber of every PLMN to which 
calls are to be optimally routed. 

A PLMN operator may decide to implement the ability to recognise a called party address as belonging to a GSM 
PLMN which is not the PLMN of the MSC in only a subset of the MSCs in his PLMN. Other MSCs will route 
international calls to one of the MSCs which have the capability for extra number analysis. 

When a GMSC has interrogated an HLR and received an MSRN, the GMSC may need to route the call to the HPLMN 
of the called subscriber. If the call is routed through an MSC which has the capability to analyse an address to derive an 
HLR address, a method must be provided to prevent the transit MSC from performing a further interrogation of the 
HLR, using the MSRN as an MSISDN. The method used to prevent this further interrogation is a matter for the PLMN 
operator. 
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